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SYSTEM AND METHOD FOR DYNAMICALLY ROUTING 
MESSAGES TRANSMITTED FROM MOBILE PLATFORMS 

RELATED APPLICATIONS 

Priority is hereby claimed from Provisional 
Application No. 60/184,227, filed on February 23, 2000. 
This provisional application is hereby incorporated by 
5 reference . 

BACKGROUND OF THE INVENTION 

Technical Field of the Invention 

The present invention relates to mobile data 
communications and, in particular, to systems and methods 
10 for dynamically selecting preferred networks for routing 
messages . 

Background of the Problem and Related Art 

With the increasing demand for mobile data 
communications has come a proliferation of sophisticated 

15 wireless communication network systems. For example, 
voice, email, and Internet-related data may be transmitted 
from a mobile platform via wireless analog cellular, 
digital cellular or satellite systems in addition to more 
conventional wired systems (such as a local area or wide 

20 area network) . The majority of presently available 
wireless data networks falls into one of four general 
categories (for example, Wide Area Packet-Switched Data 
networks; Circuit-Switched Cellular (CSCD) networks; 
Cellular Digital Packet Data (CDPD) networks; and Satellite 

25 networks (LEO, MEO or GEO)) or includes industry specific 
or vendor proprietary network systems. As new technologies 
emerge and converge, the number, types and availability of 
wireless data network systems will undoubtedly grow as will 
the complications encountered in selecting between those 

30 systems . 

It is recognized by those skilled in the art that no 
one of the foregoing categories provides an optimum 
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solution for every wireless data application. Performance 
varies from solution to solution. Factors recognized as 
influencing the performance of wireless data networks 
include: geographic coverage, network availability, 
5 allowable latency for message delivery, message size, data 
security, data integrity and the cost of sending the 
message across the network. Due in large part to the 
existence of these factors, which all must be taken into 
some degree of consideration when selecting a network, an 

10 evaluation of the wireless, .data network needs of an 
organization often returns several competing requirements. 
In one set of circumstances, a certain wireless data 
network may be the right choice based on over- riding cost 
considerations. In other circumstances, message latency, 

15 security issues and system availability may dictate the 
selection of a different wireless data network (even if 
more expensive) . 

As a result, an intelligent solution to network 
selection would preferably use the most desirable wireless 

20 data network (taking into account the foregoing factors) 
with respect to each individual messaging instance. Such 
a solution effectively eliminates the negative effects 
which result from the selection of a single "compromise" 
wireless data network solution to serve the needs of the 

25 organization. It would be preferred if the solution 
effectively evaluated and considered the immediate 
conditions affecting individual message transmission at the 
time of message sending and the selected, from amongst the 
available wireless data networks, the best (i.e., most 

30 desirable) network to handle the transmitted message in 
view of a number of factors or considerations . The present 
invention provides just such a solution in the form of a 
mobile resource management tool that effectuates on an 
individual message by message basis the most effective 

35 selection of a supporting wireless data network in relation 
to a data mes'sa'ge transmission. 
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SUMMARY OF THE INVENTION 

. A client device has access to multiple data 
communications networks when sending an application 
originated message to a server. An included network 
management functionality evaluates on an individual message 
by message basis a number of factors and selects one of the 
networks over which the message is to be communicated to 
the server. The selection process involves having the 
network management functionality identify a particular 
selection rule containing a network clause relating to each 
potentially useable communications network. The particular 
selection data comprising each network clause of the 
identified rule are then evaluated in the context of the 
message transmission in order to select for the message the 
particular one of the networks to be used for the 
communication . 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the system and method 
of the present invention may be had by reference to the 
20 following Detailed Description when taken in conjunction 
with the accompanying drawings wherein: 

FIGURE 1 is a block diagram illustrating an 
operational environment within which the present invention 
provides for intelligent wireless data network selection on 
25 a message by message basis; 

FIGURE 2 is a block diagram of the network management 
functionality of the present invention; 

FIGURE 3 is a schematic illustration of a rule mapping 
operation performed by the network management functionality 
30 with respect to data network selection; 

FIGURE 4 is a chart illustrating the format for an 
exemplary (physical) business rule; and 

FIGURE 5 is a flow diagram illustrating an exemplary 
method of transmitting data in accordance with the present 
3 5 invention. 
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DETAILED DESCRIPTION 

The present invention is described more fully 
hereinafter with reference to the accompanying drawings in 
which preferred embodiments of the invention are shown. 
5 This invention, however, may be embodied in many different 
forms and should not be construed as limited to the 
embodiments set forth herein. Rather, the described 
embodiments are provided so that this disclosure is 
thorough and complete and fully conveys the scope . of the 

10 invention to those skilled in the art. 

Reference is now made to FIGURE 1 wherein there is 
shown a block diagram illustrating an operational 
environment within which the present invention provides for 
intelligent wireless data network selection on a message by 

15 message basis. Consider the existence of a plurality of 
mobile clients (illustrated as laptop computers) 10 
belonging to a certain organization 12 and needing to be in 
communication (both wired and wireless) with an application 
server (or servers) 14 of the organization. The 

20 environment provides a number of means for enabling the 
mobile clients 10 to gain data communications access to the 
servers 14. In a wireline context, the mobile client 10 
may utilize its network interface card (NIC) 16 to gain 
access to the servers 14 over a local area network (LAN) 18 

25 provided by the organization. Also in a wireline context, 
the mobile client 10 may utilize its modem 20 to access an 
internet service provider (ISP) 22 over the public switched 
telephone network 24 and communicate with the servers 14 
over the Internet 26 through a cluster 28 acting as an 

30 interface between the Internet connection and the local 
area network 18. In a wireless context, the mobile client 
10 may utilize its radio interface 30 to access a first 
host 32 over a corresponding first wireless data network 34 
and communicate with the servers over a leased line 

3 5 connection 36 through the cluster 28 acting as an interface 
between- the -leased line -connection and" the local area 
network 18. Similarly, the mobile client 10 may utilize 
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its radio interface 30 to access a second host v 38 over a 
corresponding second wireless data network 4 0 and 
communicate with the servers over a dial-up connection 42 
through the cluster 28 acting as an interface between the 
5 dial-up connection and the local area network 18. 

Each mobile client 10 includes a network management 
functionality (to be described in greater detail herein) 
that supports ubiquitous connectivity of the mobile client 
to the servers (with respect to both wired and wireless 

10 data networks). This functionality allows a mobile client 
to seamlessly roam between wired and wireless networks. 
Furthermore, the functionality allows the mobile client to 
, seamlessly move in out of the coverage areas of various 
networks (both wired and wireless) . Still further, the 

15 functionality allows the mobile client to simultaneously 
use multiple networks. By this it is meant that multiple 
applications running on a single mobile client can share 
access to and use of a single data network for 
communication with the servers, or alternatively can use 

20 different networks at the same time. Additionally, this 
means that the same application can use multiple networks 
at the same time for the communication of the same or 
different messages with the servers. 

Consider now the mobile . client 10 positioned at 

25 location A. At this location, the mobile client has 
communications access to the local area network, its 
internet service provider, and the first and second 
wireless data networks. On a message by message basis, the 
network management functionality determines which wired 

30 and/or wireless data networks should be used to effectuate 
communications with the servers for that message. That 
selection operation may take into account a number of 
factors including: geographic coverage, network 
availability, allowable latency for message delivery, 

35 message size, data security, data integrity and the cost of 
sending the message across the' network. Turning next to 
the mobile client positioned at location B, more limited 
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data communications access options are available. Here, 
the mobile client only has access to the first and second 
wireless data networks. Notwithstanding these access 
limitations, on a message by message basis, the network 
5 management functionality determines which wireless data 
network (s) should be used to effectuate communications with 
the servers. That selection operation take into account 
the same factors mentioned previously, and may involve 
choosing to wait until a more favorable network becomes 

10 available. Moving on to the mobile client positioned at 
location C, it appears that only access to the first 
wireless data network is available. Again, the factors are 
taken into account in making a determination whether to 
engage in the data communication with the server over the 

15 only available data network, or alternative delay 
transmission until a more favorable network becomes 
available. In each case it may be recognized that the 
network management functionality effectively evaluates and 
considers the immediate conditions affecting individual 

20 message transmission at the time of message sending and 
then selects, from amongst the available wired and/or 
wireless data networks, the best (i.e., most desirable) 
network to handle the transmitted message. This selection 
action is made based on a set of programmable rules that 

25 allow for consideration of multiple networks in a 
simultaneous fashion (using a sort of parallel 
execution/consideration process) . 

Reference is now made to FIGURE 2 wherein there is 
shown a block diagram of the network management 

30 functionality of the present invention. A kernel 50 
provides a basic rules engine 52 used to interpret a set of 
basic rules relating to general operation of the network 
management functionality and serve as the final, and 
common, output of all other included rules engines (to be 

35 described below) by providing consolidation, aggregation 
and organization functions f" The" set of basic rules 
operated on by the kernel 50 are stored in a database 54. 
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The architecture of the network management functionality 
allows for the use of multiple, layered, rules engines 56. 
These engines 56 interpret business rules that are used to 
intelligently determine the best usage of available wired 
5 and wireless data networks. The engines 56 are layered as 
shown to support varying levels of rules evaluation in 
which more basic and more concrete (i.e., network specific) 
rules are evaluated on lower levels and more abstract, 
network independent rules are evaluated above and on top of 

10 (i.e., in addition to) the network specific rules. The 
business rules employ various business criteria and 
heuristics (for example, cost, coverage, throughput, 
security, reliability, and the like) to assist in making 
the selection as to which available network should be used 

15 for each message. The business rules have API access to 
both historical and real time data (as stored in the 
database (s) 58 or acquired over link 60) in making their 
decisions. Each layered rule engine 56 may employ a 
different representation or algorithm (from a simple look- 

20 up table to a complex knowledge based system) in making the 
network determination. At least one shared bus 62 
interconnects the engines 56 in a layered fashion thus 
allowing the engines to interact with each other and share 
information during the network determination decision 

25 making process (thus allowing both concrete and abstract 
analysis on the different levels to play a part in the 
decision making process) . 

The various functions implemented by the architecture 
described above are provided as separate, distributed 

30 components that communicate with each other through inter- 
process communications (IPC) that have been abstracted to 
allow for the use of any suitable, selected component 
framework (such as, for example, DCOM, CORBA, or RMI) . 
This architecture has a number of unique features 

3 5 including: components are interoperable at the binary level 
and* thus" can be swapped or replaced without any effect on 
other components of the system; the IPC abstraction allows 
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for the usage of different frameworks without requiring any 
changes in the entities using the IPC; and, the components 
can be moved across process and machine boundaries without 
any affect on the other components in the system. 
5 The architecture advantageously separates the 

communication details for a given network from the kernel 
and abstracts them into a common API -type network interface 
agent . This allows for the development of an agent 
component for each potentially used network. In this 

10 environment, the kernel acts as the networking server 
dealing at the abstracted messaging level. The agents, on 
the other hand, act as networking clients dealing with the 
details specific to each network. This allows for the 
following advantages: new networks may be added for 

15 consideration by the network management functionality 
without affecting the kernel or any of the kernel's clients 
(like business applications or administrative 
applications) ; the platform upon which the network 
management functionality is implemented may be easily 

20 configured by simply adding, removing or swapping agents; 
special purpose agents may be built for clustering agents 
under one kernel (for example, a modem bank with an agent 
for each modem) ; and, given the nature of the distributed 
component architecture, agents may be brought on and off 

25 line without the need for restarting the entire system. 

The architecture provides a common messaging API for 
its business applications that is network independent. The 
applications communicate using logical names and addresses. 
The kernel performs a mapping operation between logical 

3 0 addresses and the specific network address for the device 
being used. In this context, the API is provided as a 
toolkit that hides all the IPC details from the 
application. This architecture accordingly protects the 
investment made in application development by: allowing for 

3 5 the device configuration to be changed without the need to 
change- the- application; and, allowing If of the IPC framework 
to be changed without the need to change the application. 
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In addition, the messaging service used with respect to the 
API provides for duplicate message elimination, guaranteed 
delivery, multiple levels of acknowledgment, store and 
forward operation, and compression and encryption 
5 operation. 

As* mentioned above, the architecture uses a layered 
approach. This allows the architecture to achieve a level 
of extensibility. The system is designed around the kernel 
which provides minimal capabilities that are sufficient for 

10 its assigned tasks. All other functionality is layered on 
top of the kernel. Each included layer has a well defined 
function that supplements kernel operation. The boundaries 
between layers are all established with well defined 
interfaces. This allows for continued evolution and the 

15 addition of advanced functionality with minimal impact on 
existing components. More specifically, the included 
layers comprise: the kernel, which provides basic messaging 
and basic rule engines; the IPC interfaces, which provide 
the mechanism for other components to interact with the 

20 kernel; the network services, which provide network 
specific communications services; the plug-ins, which 
provide advanced services layered on top of the kernel 
provided services (such as, for example, mobile- to-mobile 
communications, automatic fail -over and load balancing) ; 

25 the protocol proxy-server, which comprises pairs of 
applications that allow existing applications to tunnel 
their native protocol using a messaging service (like, for 
example, Winsock or http) ; and, the advanced interfaces, 
which provide advanced functionality layered on top. of the 

30 basic IPC interfaces (such as, for example, session control 
and synchronous programming) . 

Reference is now made to FIGURE 3 wherein there is 
shown a schematic illustration of a rule mapping operation 
performed by the network management functionality with 

35 respect to data network selection. A software application 
executing on a mobile client" 110 of FIGURE i)~ may* specify" 
a certain business rule (see, FIGURE 2) to be used in 
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determining which data network should be used in 
transmitting a message. This selection is preferably- 
specified by the application for each individual message to 
be transmitted, and is then utilized by the network 
5 management functionality when making the selection 
determination. Alternatively, the application may omit the 
specification of a certain business rule to be used, in 
which case the network management functionality will 
determine which business rule is to used based on the 
10 evaluation of a set of pre -configured (and stored) 
defaults. 

When a certain business rule is specified, the 
application does so through the use of a logical name (also 
referred to as a rules identifier that may additionally 

15 include information for consideration in the network 
selection decision such as priority, message size, cost 
factors, maximum delivery delay, acknowledgment 
requirements, geographic sector to which message will be 
delivered, delivery address, and the like) . The network 

20 management functionality then operates to map that provided 
logical name to the identification of a particular business 
rule. This action is performed by a rules administration 
function of the network management functionality. If an 
application uses a logical name that does not have a 

25 recognized mapping to a (physical) business rule, the 
application initiated transmission fails. If, on the other 
hand, a specific logical name is not included, the rules 
administration function selects a default (physical) 
business rule that has been specified for use by the 

30 originating application in such cases. In any event, that 
identified business rule is then extracted and its included 
network clause (s) , to be discussed in more detail below, 
are applied (in view of the rules identifier supplied 
additional information) to make the network selection 

35 determination. 

Reference is now 'made to FIGURE 4 wherein there is 
shown a chart illustrating the format for a (physical) 
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business rule that is identified by a logical name, 
extracted as a result of the mapping action and the 
operated on to make the network selection determination. 
Each rule includes at least one network clause 90 that 
5 identifies the data network for communication and specifies 
the selection related information to be evaluated in 
applying the rule to the selection of a certain network. 
In this context, certain kinds of data may be included in 
each network clause 90. Although other information could 

10 be included in a network clause, in the preferred 
embodiment the following variable data items are preferably 
included: delay, availability, transmit, availability and 
transmit, acknowledgment, cost factor, and network data. 
Each of these variable data items is described below. 

15 The "delay" variable is the amount of time that the 

network management functionality waits before considering 
the selection of that identified data network. No attempt 
will be made to use the network until this time expires, 
even if the network is otherwise available. Once the time 

20 expires, the network management functionality can attempt 
to transmit the message on the specified network. 

The "availability" variable is the amount of time that 
the network management functionality, waits for the mobile 
client to come into coverage of the identified data 

25 network. Coverage refers to the mobile client is within 
the coverage area (either wired or wireless) of the host. 
The specified time includes time expended waiting while a 
network agent (for example, a modem) is busy with other 
transmission jobs. If the network does not come into 

3 0 coverage, or the agent remains busy, when this time 
expires, no further attempts will be made to transmit the 
message over the identified network. 

The "transmit" variable is the amount of time within 
which the message transmission must be completed, assuming 

35 that the network has come into coverage and the agent is 
not busy. If ~£his" time~ expires ,~ " rib ~ "f iirtheY attempts 
necessarily need be made to transmit the message over the 
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identified network. Additionally, the transmit variable 
includes the time to receive an acknowledgment. If the 
message fails, (due to going out of coverage, transmission 
errors, or reception errors) , attempts will be made to 
5 complete the transmission for the duration of the time. If 
the transmission fails, attempts can be made to transmit on 
other eligible networks. 

The "availability and transmit" variable is the 
combined total amount of time that can be used for both a 

10 network to become available and for the message to be 
transmitted over that network. The availability and 
transmit variable can be used to dynamically adjust the 
transmit time . 

The "acknowledgment" variable specifies whether the 

15 party receiving the message should return an acknowledgment 
signal to the transmitting system. 

The "cost factor" variable specifies cost factors for 
the network. The cost factor accounts for message size, 
geographic location of transmitting/receiving parties, 

20 time, and the like. The cost factor can be used to rank 
multiple networks that would be appropriate for 
transmitting a message. Alternatively, the cost factor can 
be used to eliminate a network that would otherwise be 
appropriate for transmitting the message. 

25 The "network data" variable contains, data that is 

network specific. This data is not necessarily interpreted 
by the network management functionality in making the 
network selection decision, but rather is passed on to the 
network agent for its use when engaging in the 

30 transmission. 

A more detailed understanding of the operation of the 
present invention may be obtained from FIGURE 5 wherein 
there is shown a flow diagram illustrating an exemplary 
method of transmitting data in accordance with the present 

35 invention. Although the method of FIGURE 5 is described in 
accordance with a particular^ se^enlce'bf stepsT oiie skilled 
in the art can recognize that the method of the present 
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invention should not be limited to the described sequence. 

The method of the present invention is initiated, by 
a software application generating a message that is to be 
transmitted. The message evaluated by the network 
5 management functionality along with transmission criteria 
(for example, a logical rule identifier along with the 
rules identifier additional information) and the name of 
the generating application (step 200) . Once received by 
the network management functionality, the message can be 

10 stored in a queue from which it is later retrieved for 
transmission (step 205) . Using the received logical rule 
identifier, the network management functionality identifies 
and retrieves the message rule and associated network 
clause (s) (steps 210 and 215). These network clauses 

15 establish the conditions that need to be evaluated by the 
network management functionality (in view of the rules 
identifier additional information) and under which each 
identified network could be selected to transmit the 
message. 

20 After the rule with its network clause (s) has been 

retrieved, the network management functionality attempts to 
identify which, if any, network clause (s) can be satisfied 
(step 220) . By this it is meant that the network 
management functionality evaluates the individual variable 

25 data items identified within the rule in view of the rules 
identifier additional information to determine whether the 
specifics of these items can be met. It should further be 
recognized that each of the individual networks is 
considered simultaneously (in a parallel -like operation) . 

30 If none of the network clauses can be satisfied at that 
time, the message may be stored and attempts made at select 
intervals to try again to satisfy a clause. When one or 
more network clauses can be satisfied, however, the network 
associated with the network clause which is satisfied first 

35 is used to transmit the message (step 225) . One skilled in 
the art r however, can understand that various methods (for 
example, rankings, random selection, and the like) can be 

13 
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used to select one network from two or more appropriate 
networks whose network clauses have been each been 
satisfied. It should be understood by those skilled in the 
art that the physical business rules do not necessarily 
5 state absolute conditions upon which a network is selected, 
but rather that the rule comprises a script that is 
processed by the network management functionality over a 
potentially long period of time. This consideration aspect 
of the process is on-going for a much longer period of time 

10 than the time it takes to actually make the selection 
decision for a certain individual message. 

Further, when the application software (or other 
system) requires that an acknowledgment signal be received, 
the network management functionality waits a select amount 

15 of time for the acknowledgment (step 230) . If the 
acknowledgment is received, the transaction for the message 
is concluded (step 235) . If, however, no acknowledgment is 
received, the network management functionality may attempt 
to identify another network over which to send the message 

20 (by returning to step 220 and repeating the transmission 
operation of step 225 over a different network) . 

A better understanding of the operation of the present 
invention may be obtained through examination of an 
exemplary operation. Consider a public utility company 

25 that services both urban and rural customers within a 
hundred mile radius of a metropolitan area. Mobile utility 
crews receive work orders from and send work order reports 
back to a central office using portable notebook computers. 
The notebook computers and the central office are connected 

30 by an array of wired and wireless networks. For example, 
at the office, the notebook computers may be connected to 
the company's LAN to engage in data communications with the 
central office server. When out of the office, however, 
the following wireless network options are available for 

35 use in communicating with the central office server: 

- a ^commercial packet ^s^itched~dat"a network serving 
the metropolitan area; 
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- a cellular network provider for suburban areas and 
areas along an interstate highway (and also available for 
use in the metropolitan area) ; and 

- a satellite network provider for rural and remote 
5 areas (and also available for use in the metropolitan, 

suburban and interstate highway areas) . 

As discussed above, selection, of which wireless 
network to use depends on the specific requirements and 
preferences of an organization. Coverage area, 

10 availability of service, overhead cost, and the direct 
costs incurred when transmitting data are some of the 
considerations that need to be evaluated. In the case of 
the exemplary public utility company, and given the 
communications options listed above, the following 

15 commercial factors are noted: t 

- commercial packet- switched data network: provides a 
relatively inexpensive messaging service for small 
messages, but provides only limited coverage.; charges are 
incurred by the byte and message; and the charge for a 

20 short work order report of about 200 bytes equates to 
approximately $0.10; 

cellular network: wider coverage range, but some 
outlying areas are outside service or incur additional 
roaming charges; charges are incurred by the minute, with 

25 the minimum charge often being for one minute (which is 
much less time than actually needed to complete message 
transmission) ; and the charge for a short work order report 
of about 200 bytes is about $0.20 (assuming non - roaming ) ; 
and 

30 - satellite (LEO) network: advantage of broad coverage 

area, but very expensive; charges incurred by the byte 
transmitted; and the charge for a short work order report 
of about 200 bytes equates to approximately $1.60. 

Given the foregoing economic analysis, a (physical) 

35 business rule may be defined that includes a network clause 
for each" "of these " Wireless^ networks ^"with^ app'ropriately 
selected variable data items specified to appropriately 
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drive the selection determination in view of the rules 
identifier additional information. As an example, the 
items could be chosen to given preference to: using the 
packet switched data network whenever available due to the 
5 fact that it is relatively inexpensive; using the cellular 
network when communication is necessary and the added cost 
per message is justified; and, using the satellite network 
only is extreme emergency situations. The foregoing is, as 
understood by those skilled in the art, a greatly 

10 simplified example of rules analysis. With the inclusion 
of many rules identifier supplied pieces of additional 
information, the analysis becomes much more complex. It 
should further be recognized that the rule would also 
include a network clause for the wired LAN network which 

15 should be chosen as the primary communications provider 
whenever available. 

Assume now that a utility employee with a mobile 
client (like a laptop computer) is located at the office 
and needs to communicate work order related information 

20 with the company server. If the laptop is connected to the 
LAN, when the application issues the message with a work 
order business logical rule identifier, the physical rule 
is retrieved and the network clauses of that rule (relating 
to selection of the LAN, packet network, cellular network 

25 and satellite network) are evaluated in order to choose a 
network form communicating the work order data message. In 
this case, given a connection with the LAN, the network 
management functionality analysis and rule evaluation would 
dictate use of the LAN for the communication. With that 

30 selection made, the mobile client would utilize the 
selected LAN for the message communication. 

Now assume that the employee has moved to his vehicle 
and proceeded to a first job site located within the 
metropolitan area. Assume further that the mobile client 

3 5 is equipped for communication over each of the available 
wire less* networks (packet, _ ceTlular "and ^satellite) . ' " Once 
out in the field, a situation arises wherein a work order 
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related message could be sent to the server. In this 
situation, when the application issues the message with a 
work order business logical rule identifier (and rules 
identifier supplied additional information) , the physical 
5 rule is retrieved and the network clauses of that rule 
(relating to selection of the LAN, packet network/ cellular 
network and satellite network) evaluated in view of the 
supplied additional information in order to choose a 
network for communicating the work order data message. In 

10 this case, the LAN is not available, but all three wireless 
connection options are available- The networks are each 
evaluated in the context of the message to be sent and 
further in view of the variable data items for each network 
clause as applied to the rules identifier additional 

15 information. The least expensive option (packet data) will 
not necessary be chosen, although it is preferred. In some 
situations, given the contents of the message, the need for 
security, and other factors (as specified in the rules 
identifier additional information) , the network management 

20 functionality may choose to send the message over a more 
expensive network. Alternatively, it could occur, perhaps 
if the message has a very low priority or importance, that 
the network management functionality may choose to wait 
until the mobile client is returned for a LAN connection to 

25 the server. 

Finally, assume that vehicle has proceeded to a 
second job site located away from the metropolitan area. 
Again, the mobile client is equipped for communication over 
each of the subscribed to wireless networks (packet, 

30 cellular and satellite), but it is noted here that only the 
satellite network is available for use. A situation then 
arises wherein a work order related message could be sent 
to the server. In this situation, when the application 
issues the message with a work order business logical rule 

35 identifier, the physical rule is retrieved and the network 

clauses - of ' that" rule" '(relating tcT selection of the LAN, 

packet network, cellular network and satellite network) 
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evaluated in view if the rules identifier additional 
information in order to choose a network for communicating 
the work order data message. In this case, only the 
satellite' network is available. All networks, however, are 

, 5 evaluated in the context of the message to be sent and 
further in view of the variable data items for each network 
clause and the rules identifier additional information. If 
the message is deemed to be of high, or emergency, 
importance, the expensive satellite option may be chosen, 

10 even though it is necessarily preferred. Alternatively, 
given a different message importance, the network 
management functionality may instead choose to wait until 
the mobile client is returned for data network connection 
to the server utilizing the packet data network or LAN. 

15 Although a preferred embodiment of the system and 

method of the present invention has been illustrated in the 
accompanying Drawings and described in the foregoing 
Detailed Description, it is understood that the invention 
is not limited to the embodiment disclosed, but is capable 

20 of numerous rearrangements, modifications and substitutions 
without departing from the spirit of the invention as set 
forth and defined by the following claims. 
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WHAT IS CLAIMED IS: 

1. A method for message routing, the method 
comprising the steps of: 

receiving a message for transmission to a remotely 
located system; 

identifying a rule governing transmission of that 
message; 

identifying a plurality of network clauses that 
correspond to the identified rule, wherein each of the 
plurality of network clauses is associated with criteria 
for selecting one of a plurality of networks over which the 
message may be communicated; 

identifying a network clause from the plurality of 
network clauses whose criteria are satisfiable in the 
context of sending the received message; and 

initiating transmission of the received data message 
over the network associated with the satisfied network 
clause, 

2. The method of claim 1, wherein the step of 
identifying a rule comprises the steps of: 

receiving with the message a logical name of a rule to 
be applied to the network selection for that message; and 
mapping the logical name to a physical rule. 

3. The method of claim 1, wherein the step of 
identifying a rule comprises the steps of: 

noting that the message fails to providing any 
indication of a rule to be applied; and 

selecting a default physical rule to be applied to the 
network selection for that message. 

4. The method of claim 3, wherein the step of 
receiving a message comprises the step of receiving the 
message from a" sof "t ware" appTi cat ion . 
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5. The method of claim 4 wherein the default rule is 
associated with the software application that originates 
the message. 

6. The method of claim 1, further comprising the 
5 step of: 

storing the received message; and 

wherein the step of initiating transmission of the 
message is delayed pending selection of the network. 

7. A method for message routing, the method 
10 comprising the steps of: 

receiving a data item for transmission over a network; 

receiving a transmission criteria for the data item; 

identifying a plurality of networks that are available 
for use in making the transmission; 
15 identifying a network included in the plurality of 

networks whose use would satisfy the received transmission 
criteria; and 

initiating transmission of the received data item on 
the identified network. 

20 8. The method of claim 7, wherein the step of 

receiving a transmission criteria comprises the step of : 

receiving a rule identifier and conditions for 
transmission. 

9. The method of claim 8, wherein the step of 
25 identifying a plurality of network conditions comprises the 
step of: 

mapping the rule identifier to a physical rule, that 
rule including a plurality of network clauses, each clause 
being associated with a certain network and specifying the 
30 criteria for network selection. 
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10. The method of claim 9, wherein the step of 
identifying a network comprises the step of: 

selecting one of the plurality of networks the 
transmission if the criteria for the associated network 
5 clause meet the received conditions for transmission. 

11. A communications system, comprising: 

a mobile client, the mobile client including hardware 
for supporting the transmission of mobile client data 
messages over a plurality of wired/ wireless data networks, 

10 the mobile client executing a number of applications, 
wherein each application has a need to communicate remotely 
from the mobile client, the mobile client further operating 
responsive to receipt of an application originated message 
for transmission to: 

15 identify a rule governing transmission of that 

message; 

identify a plurality of network clauses that 
correspond to the identified rule, wherein each of the 
plurality of network clauses is associated with criteria 

20 for selecting one of the plurality of wired/wireless 
networks over which the message may be communicated; 

identify a network clause from the plurality of 
network clauses whose criteria are satisf iable in the 
context of sending the received message; and 

25 initiate transmission using the appropriate hardware 

of the received data message over the network associated 
with the satisfied network clause. 

12. The system of claim 11 wherein the mobile client 
is a laptop computer. 

30 13. The system of claim 11 further including a server 

in communication with the mobile client over the plurality 
of wired/wireless networks. 
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14. The system of claim 11 wherein the plurality of 
wired/wireless networks include: 

a wired network comprising a local area network; and 
a wireless network comprising cellular data 
5 communications network. 

15. The system of claim 11 wherein the plurality of 
wired/wireless networks include: 

a wired network comprising a PSTN/ Internet network; 

and 

10 a wireless network comprising a cellular data 

communications network. 

16. A mobile communications device, the device 
comprising: 

a plurality of hardware components for supporting the 
15 transmission of mobile communications device application 
data messages over a plurality of wired/wireless data 
networks ; and 

a network management functionality governing 
application access to the hardware components for 
20 transmission of data messages, the network management 
functionality operating to evaluate on an individual data 
message by data message basis a number of factors and 
select one of the plurality of wired/wireless networks over 
which that data message is to be transmitted. 
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17. The device of claim 16, wherein the network 
management functionality operates to: 

identify a rule governing transmission of that data 
message; 

5 identify a plurality of network clauses that 

correspond to the identified rule, wherein each of the 
plurality of network clauses is associated with criteria 
for selecting one of the plurality of wired/wireless 
networks over which the data message may be transmitted; 

10 identify a network clause from the plurality of 

network clauses whose criteria are satisfiable in the 
context of sending the data message; and 

initiate transmission using the appropriate hardware 
of the received data message over the network associated 

15 with the satisfied network clause. 

18. The device of claim 16 wherein the network 
management functionality comprises: 

a plurality of rules engines for interpreting business 
rules and selecting a network for data message 
20 transmission; and 

a kernel implementing a basic rules engine to 
interpret a set of basic rules to provide a common output 
for each of the plurality of rules engines. 

19. The device of claim 18 wherein the network 
25 management system further comprises a shared bus to allow 

the plurality of rules engines to interact with each other 
in making the network selection determination. 

20. The device of claim 19 further including a 
database for storing historical data relating to, and for 

30 use by the rules engines in selecting one of , the plurality 
of wired/wireless networks. 
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21. The device of claim 20, wherein the historical 
data comprises network coverage data, network throughput 
and network performance data. 

22. The device of claim 20 further including an 
interface for receiving real-time data relating to, and for 
use by the rules engines in selecting one of, the plurality 
of wired/wireless networks. 



24 



WO 01/63946 



1/3 



PCT/USO 1/05626 





WO 01/63946 



2/3 



PCT/USO 1/05626 






WO 01/63946 



3/3 



PCT/US01/05626 



Send data item and messoge 
rule identifier to network agent 



200 




identify message rule corresponding 
to message rule identifier 



210 



Retrieve message rule with 
associated network clauses 


„ — 215 








Identify network clauses 
that can be 4*±i's£kd- 


„ — 220 








Transmit 


message 


^-225 




messoge 



fig. s 



INTERNATIONAL SEARCH REPORT 






PCT/US01/05626 


A. CLASSIFICATION OF SUBJECT MATTER 




IPC(7) : H04Q7/20 




USCL : 455/445,517;370/351 




According to International Patent Classification (IPC) or to both national classification and IPC 


B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 


i U.S. ; 455/445, 517, 422, 426; 370/351, 352, 356, 255, 400. 42* 





Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
Please See Continuation Sheet 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No: 


X 
Y 


US 5,854,985 A (SAINTON et al.) 29 December 1998 (29. 12. 1998), abstract, figures 2-7, 
and 9, column 2 lines 40-52 and 60-63, column 3 lines 44-62, column 5 lines 5-29, column 
5 line 66 - column 6 line 24, column 9 lines 20-22, and column 16 line 28 - column 18 line 
41. 


1, 3-8, 11, 12, and 14- 
17 




2, 9, 10, 13, and 18-22 


X 
Y 


US 5,761,621 A (SAINTON) 02 June 1998 (02.06. 1998), figures 2-7, and 9, column 2 lines 
43-56 and 61-67, column 3 lines 43-62, column 5 lines 5-29, column 5 line 66 - column 6 
line 24, column 9 lines 20-22, and column 16 line 28 - column 18 line 41. 


1,3-8, 11, 12, and 14- 
17 




2, 9, 10, 13, and 18-22 


X 


US 5,910,951 A (PEARCE et al.) 06 June 1999 (06.06.1999), abstract, figures 1-5, column 
1 line 47 - column 3 line 12, and claims 1-12 


1, 7, 11, 16, and 17 


Y 


2-6, 8-10, 12-15, and 
18-22 



□ Further documents are listed in the continuation of Box C. Q 



See patent family annex. 



' Special categories of cited documents: 

A" document defining the general stale of the an which is col considered to be 
of particular relevance 

"E" earlier application or patent published on or after the international filing date 

"L" riortimmt which may throw doubts on priority claim(s) or which is cited to 
establish the publication date of another citation or other special reason (as 
specified) 

"O" document referring to an oral disclosure, use, exhibition or other means 

"P" document published prior to the international filing date but later than the 
priority date claimed 



later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand the 
principle or theory underlying the invention 

document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an invemive step 
when the rfnrtinwif is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an inventive step when the document is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 

document member of the c* mr patent famil y 



Date of the actual completion of the international 'search 
01 May 2001 (01.05.2001) 



Date of mailing of the international 

03JUL2001 



:h report 




Name and mailing address of the ISA/US 
Commissioner of Patents and Trademarks 
BoxPCT 

Washington, D.C. 20231 

Facsimile No. (703)305-3230 



Authorized officer 
RAFAEL PEREZ-G 
Telephone No. 703-308-8996 



Form PCI71SA/210 (second sheet) (July 1998) 



INTERNATIONAL SEARCH REPORT 



Intern~~w_jl application No. 
PCT/US01/05626 



Continuation of B. FIELDS SEARCHED Item 3: 

PLUS Search 

WIPO Database (http://pctga2ette.wipo.int/) 
EPO Database (http:ep.espacenet.com/) 

IEEE Xplore Database (http://ieeexplore.ieee.org/lpdocs/epic03/) 
EAST/WEST 

search terms: routing, message, communication, call, transmitting, client, server, norm, rule, condition, criteria, criterion, law, 
clause 



Form PCT/ISA/210 (extra sheet) (July 1998) 



